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CLINICAL DECISION SUPPORT SYSTEM FOR GUTOELINE SELECTION AND 
KNOWLEDGE/LOCATION INDICATION WITH THE GUIDELINE 

FffiLD OF THE INVENTION 

The present invention relates generally to expert systems, and more particularly to 
an expert system for use in assisting a providing healthcare to a patient. 
BACKGROUND 

Many professional societies {e.g.. ACP-ASIM, ACR, AGO, etc.) prepare guidelines 
for the care of patients. Nevertheless, the guidelmes are usually in paper or html form. 
TTie clinician has to select which guideline is suitable for the current setting and navigate 
many pages to find out where in the guideline the current patient state applies, or which 
knowledge is relevant in the current episode of care. 

The present invention is therefore directed to the problem of developing a method 
and apparatus for providing simplifying the paperwork for a medical practilioner when 
caring for a patient 
SUMMARY OF THE INVENTION 

The present invention solves these and other problems by providing a clinical 
decision support system that displays a patient treatment guideline for a given patient m 
response to a query ftom a medical practitioner along with an indicator as to what state in 
flie patient treatment guideline the current patient is. 

According to one aspect of the present invention, an exemplary embodiment of a 
method for interacting with a medical record of a patient mctades: entering a patient 
identification into a user interfece along with a care provider identification; selecting a 
patient treatment guideline based on the entered information; and displaying the patient 
treatment guideline on the user interface along wifli an indicator identifying a current point 
in the patient treatment guideline. 

According to another aspect of the present invention, an exemplary embodhnent of 
an apparatus for interacting with a medical record of a patient includes storage, a user 
interface and a processor. The storage stores one or more patient treatinent guidelines. 
The user interface accepts a command from a user identifying a patient and context 
' information and displays a selected patient treatment guideline ftom among flie one or 
more patient treatment guidelines. TTie processor searches the storage for the selected 
patient guideline fliat matches the identified patient and flie context information. 
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Accoiding to yet Biiother aspect of fte present invention, an exemplary embodiment 
of a computer readable media has encoded thereon instructions that cause one or more 
processors to perform the following: receive a patient identification from a user along with 
a care provider identification; select a patient treatment guideline based on the received 
user information; and display the patient treatment guidelme on a user interface along with 
an indicator identifying a current point in the patient treatment guideline. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG 1 shows an exemplary embodiment of a treatment guideline. 
FIG 2 shows an exemplary embodiment of a patient treatment guideline that is 
displayed to a medical practitioner or user along with a current treatment point according to 
one aspect of the present invention. 

FIG 3 shows an exemplary embodiment of an apparatus for interacting with a 
patient's medical records accordiiig to another aspect of the present mvention. 

FIG 4 shows a flow chart of an exemplary embodiment of a melhod for interacting 
with a patient's medical records according to yet another aspect of the present invention. 
DETAILED DESCRIPTION 

It is worthy to note that any reference herein to "one embodiment" or "an 
embodiment" means that a particular feature, structure, or characteristic described in 
comiection with the embodiment is included in at least one embodiment of the invention. 
The appearances of the phnise "in one embodiment" in various places in the specification 
are not necessarily aU referring to the same embodiment. 

FIG 1 shows an exemplary embodiment 10 of a standard treatment guideHne when 
patient presente with certain symptoms. e.g. , chest pains, under certain conditions. Each 
standard treatment guideline has a series of steps in a flow chart that should be performed 
when treatrag a patient that presents with the symptoms to which the guideline relates. 
According to one aspect of the present invention, each step in the process (e.g., steps 1 1- 
1 8) is coded with a subcode (e.g.. 1201-1208) that is unique for the treatment guideHne so 
that a computer and a database can associate other information relating to that step in a 
memory. For example, a treatment guideline for chest pains could be coded 1200 and the 
steps in the guideline 1200 could be 1201-12XX. 

Existing evidence demonstrates that the use of clinical practice guidelines with 
other supportive tools, such as remmder systems, can improve flie effectiveness of patient 
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caie. Tlie key to success of computerized guidelines is to make the knowledge so readily 
available that the knowledge cannot be avoided. The most promising approach is to embed 
the knowledge into the technology that clinicians use to perform their jobs. This 
knowledge can then be brought to bear immediately without the physician having to seek 
out this knowledge. 

The present invention comprises a clinical decision support system fliat selects fte 
proper guideUne for a patient given the content of the care for that patient ftom a guideline 
library. The clinical decision support system of the present invention provides a visual or 
audio indicator to the user on the current step in the guideline according to fee context of 
care. An example of this is shown inHG 2, in which a patient treatment guideline is 
displayed along wifli a first indicator 21 for a certain context (context A) with a first arrow 
pointing 22 to the first mdicator 21 and a second indicator 23 with a second arrow 24 
pointmg to flie second indicator for a different context (context B). Only one of these 
context indicators would be shown at a time. These indicators are based on fee context of 
die user and conditions existing when requesting the patient treatment guideline. 
According to the present invention, a clinical application submits a description of the 
clinical context and a clinical decision support server selects the proper guideline and 
provides a pointer to indfcate flie current position m the guideline (or relevant knowledge 
in the guideline). The steps in the process are shown in different shades to indicate 
different colors for different types of steps in the process, e.g., actions, patient state, choice 

or decision steps, case step, 

According to one exemplary embodiment of the present invention, a clinical 
decision support system 30 (shown in FIG 3) includes a clinical deciaon support server 31. 
a guidelmes repository 32, a user interfece 33 and a patient record repository 35. A 
networic 34. such as the Internet or some other private or public network couples these 
elements together. 

The user interface 33, e.g., a desktop display with a pomting device and keyboard, 
enables a user to enter a query mto flie clinical decision support system 30. The user 
interface can be a graphical user interfece. but need not be graphical. For example, a 
telephone voice activated system that uses voice recognition technology could be used to 
obtam Ihe desired guidelines. A simple keyboard could be used to enter the contextual 
information to select the appropriate guidelines. Simply, all that required on the input side 
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is that the user intetfece be able to obtain from the user a series of contextual tags or 
identification infonnation, such as patient identification, user lole and the care setting. 
Other infonnation could be used as well to further refine the selection process in certain 
care settings and certain treatments. 

As another example, input may be via an Radio Frequency (RF) identification 
reader that scans a patient's or clinician's identification to determme the patient or 
. clinician. The patient and/or clinician may each have an RF identification tag tiat can be 
scanned by the RF ID reader. Such an RF tag may, for example, comprise a tran^nder 
that stores ID data in a non-volatile memory and transmits the ID data by modulating an 
RF resonant frequency generated by the RF identification reader. Such an RF ID reader 
and RF ID tag could be part of the user inter&ce. 

The clinical decision 8UK>ort server 31 receives the quwy and processes toe qu«ay 
to select specific words, which are then used to identify the desired patient treatment 
guideline. For example, flie context command received by the clinical decision support 
server 31 from the user interfiwe 33 will include patient identification information. This is 
used to access the patient records to determine which treatment guidelines have been 
assigned previously to this patient The remainuig information in the context command 
will Uien be used to select among the assigned treatment guidelines. TTie clmical decision 
support server can be a standard network server. 

Once identified, the identified guideline is then obtained from the guideUne 
repository 32 and sent to the user interface 33 via the server 3 1 and a communication link 
34, such as a network. The guideline can be sent to the display as an Adobe Acrobat® 
document (*.pdf) or some other well-defined format. The patient guideline can also be 
created from the standard treatment guide, which is then modified based on information 
contained in the identified patient medical records. The codes associated with flie selected 
treatment guideline can be used to alter the standard treatment guideline to indicate those 
portions of the standard Ireatment guideline that have been completed or lemain to be 
completed. For example, when the physician assigns a treatment guidelme to a given 
patient, the physician could assign portions of the standard guideline that are appropriate 
for the given patient. In this case, the codes for these steps are then placed in the patient 
medical records in, for example, a table associated with the assigned treatment guideline. 
As these steps are completed, the codes can be appended wifli a date, for exatapls. 
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indicating the date of flie completion. Alternatively, only the codes associated with 
completed steps could be included in the table associated with the assigned treatment 
guideline. 

The guideline repository may keep guidelines in dififereait encodings such as 
ASBRU, GUF, EON, GUIDE, PRODIGY, or PROforma to name a few. See for example, 
Peleg, M., et al., "Comparing computer-inteipretable guideline models: a case study 
approach," Journal of the American Medical Informatics Association. Vol. 10, Number 1, 
pp.52-68, Jan/Feb 2003, which is hereby incorporated by reference. 

The user interface 33 will display the patient treatment guideline flmt matches flw 
query. An indicator 21-24 is overlaid on flie patient treatment guideline to mdicate the next 
step to be performed in the guideline or the last step in the guideline that was performed. 
An example of these indicators (21-24) can be seen in FIG .2, which shows a star 21, 23 
• wife an arrow 22, 24 pointing to a certain place in the patient treatment guidelnie. Two 
arrows 22, 24 and two stars 21, 23 are shown, one for each of two different contexts. 

The user query includes patient context infomiation, user context information, care 
context information and other context information. Monnation from the patient records 
can be used to determine where in the guideline the patient's current treatment is. 
Alternatively, each patient's treatinent can be stored in the form of flie guideline and 
updated by tiie physician or some other medical practitioner based on flie patient's chart 

The CDSS Server makes selections and determines pointers by establishing 
context For example the context could be described as: 
Context { 
Patient Context { 

Patient Age; 
Patient Gender; 

Associated Condition: Coded concepts that indicate conditions; 
} 

User Context { 

User Role: physician, nurse, medical student, 

} 

Care Setting Context { 

Setting: ICU, Ambulatory care, . . .; 



I 
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Modality: CT, XRAY, Clinical Infonnation System, ... 

> 

OOier Contexts { 

Date, Time; 

/♦some guidelines use different sub-guidelines (weekdays/weekends, 

day/night)*/ • 

} 

The pointer indicator could be visual/audio, or other means to point a location on 
the guideline. 

The patient context information includes patient identification, patient agfi. patient 
gender, and/or associated condition. The associated condition can be encoded using 
standard healthcare codes (eg. SNOMED-CT or CPT codes) or oflier codes. 

The user contisxt information includes tiie user role, such as nurse, physician, 

medical student, specialist, ete. 

The care settmg context includes the care location, such as hospital, clinic, home. 

ete. 

The other context information includes date, time, and other specific information 
tSat could be used to select among patient treatment guidelines. 

Uponreceiptofthequery,theclinicaldecisionsupportserver31 identifies the 
patient from ainong the patient context information. TTie patient records are then accessed 
to identify aiiy and aU patient treatment guidelines for the identified patient. Clearly, if 
th^ is only one patient treatment guideline for the patient, then this is the matching 
patient treatment guideline. If there is more than one patient treatment guideline, then the 
appropriate guideline is selected from among the multiple patient treatment guidelines 
using the remaining context information available in the query. For example, a patient, 
could have a treatment guideline for chest pain, in which case there might be one for the 
physician, one for the attending nurse and yet another for the cardiologist In this case, the 
appropriate guideline could be selected using the user role context information. Moreover, 
there might be a patient guideline associated with an emergency atuation. in which case 
the guideline might be selected based on time and date (eg., after hours on weekend, ete.). 
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Once the selected guideline is identified, the patient treatment guideline is displayed on the 
user inteifece along with an indicator as to the place in the guideline where the last 
treatment occurred. TTiis could be in the form of an arrow on the display, selected colors 
W^ilighting completed steps as opposed to incomplete steps, or an audio signal telling the 
caregiver where the last treatment completed in the patient treatment guideline. This might 
be.usefiil in an instance where the information is being communicated via telephone to a 
Hurd party. The display is not intended to instruct the physician as to the next step, but 
rather to indicate the prior course of treatment along with the recommended treatment 
guidelines. In certain Ihnited instances, however, this patient treatment guideline could be 
used to instruct a trained medical clerk or nurse as to the appropriate step to take next 

Turning to FIG 4, shown therein is a flowchart of an exemplary embodiment of a 
method 40 for interacting with a patient's medical documentation. This method enables a 
medical practitioner or clinician to obtain theappropriate medical documentation for a 
given patient and view and/or edit this information. 

Upon presenting to a medical practitioner for the first time or for tiie first treatment 
for a given condition, a patient is assigned one or more treatment guidelines (step 41). 
These treatment guidelines are assigned and selected based on many factors, such as 
condition, medical role, date/time, emergency, non-emergency or oflier suitable feclors. 
Once assigned, tiie appropriate treatinent guideline is associated witii the patient's medical 
records using, for example, standard medical codes, such as SNOMED^ or CPT codes. 
Tlie patient's medical records tiien contain an association or identification of the assigned 
treatment guidelines for fl»t patient. Some patients may have more than one guideline. As 
part of flw assignment of a treatinent guideline to a given patient, tiie physician may 
include only portions of the treatment guidelines that are appropriate for the given patient 
In tills instance, this information can be stored in die patient's medical records in flie form 
of, for example, a table associated v«th the assigned treatment guideline tiiat includes 
entries for each assigned step of the treatment guidelines along with an entry to be filled 
when tiie associated step of tiie treatment guideline is completed. TTie codes associated 
witti each step can be used to identify the steps of tiie treatment guideline in tins table. A 
date code can be used as tiie entry when tiie step is completed. An example of such a table 
is included below: 
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Treatment Guideline for Chest Pains Code XXXXXX-Y Y 


Assigned Step 


Completion Date 


ZZZl 




ZZZ2 





In this table above, each assigned step has a code associated with it and a 
completion date, if any. If there is no completion date, then this step has not been 
completed. Many more codes would nomially be shown, but are not for brevity purposes. 
Chest Pains Code XXXXXXX-YY is an alphanumeric code that represents the chest pain 
guideline, which can be stored in a database and retrieved using this alphanumeric code. 
Alternatively, codes can be stored m the table only for those steps that are completed along 
with a date code when completed. An example of such a table is included below: 



Treatment Guideline for Chest Pams Code XXXXXX-YY 


Completed Steps (code) 


Completion Date 


ZZZl 


mm/mm-mmM 







In this table, only those codes having been completed are stored, along with a 
completion date. 

The patient treatment guidelines can be stored in a treatment guideline repository 
(step 42). The patient treatment guideline can be modified to indicate those steps that have 
been completed in the treatment and those fliat remain to be performed. This can be 
accomplished by many techniques, such as overlaying a graphic to indicate the cunent 
point in the treatment or by using colors to highlight the completed steps versus the non- 
completed steps. 

Alternatively, an association between the patient and a standard guideline can be 
stored so that when requested, the appropriate standard guideline is obtained from a 
repository of standard guidelines based on the stored association. In this case, a table of 
completed steps can be stored in the patient medical records in association with the 
treatment guideline. In this case, the treatment guidelines would employ an identifier for 
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each step in the process, and the patient medical recoida would mclude the same identifiers 
for each completed step in the treatment guidelines. 

When a medical practitioner receives a patient, the practitioner can then enter the 
patient identification into a user interface along with other contextual uifotmation, such as 
the care provider, location, etc. (step 43). As part of this step, this information is 
transmitted to a central server or other processor. 

The medical practitioner can also enter the medical treatment codes associated whh 
the treatment being provided, which can be used to filter the correct patient treatment 
guideline (step 44). In this case, this information is also transmitted at the same time or 
separately as the information in step 43 to the processor or server. 

This information is then received by the server that parses the information to 
identity theappropriatepatienttreatmentguidelme(step45). The identified guideline is 
then retrieved ftom ttie guideline repository and sent to the requestmg medical practitioner 
or user (step 45). 

The patient treatment guideline is then displayed onfte user's dispky along with 
8nindicatoridentifyingthecurTentpoiiilinthep8tienttrealmentguidelme(stq>46). This 

step can include retrievmg a standard treatment guideline and then modifying the standard 
Heatment guidelme based on codes in the patient's medical records that indicate those steps 
that have been performed in the standard treahnent guideline, or based on codes that were 
previously entered indicating those steps that aie to be completed and of those, which steps 

have been completed. 

As the medical practitioner or clinician treats the patient, the medical practitioner 

can enter the codes associated with the steps in the patient treatment guideline, which are 
flien used to update tite medical records of the patient as well as to update the patient 
treatment guidelme, the updated version of which can be stored in the guideline repository 
(step 47). 

Ahematively. the appropriate codes can be sent to the patient medical records, 
which are tiien inserted in to the file associated with the displayed patient treatment 
guideline. When the guidelme is next requested, the standard guidelme is retrieved firom 
the guideline repository and tiien modified based on the treatment codes associated with 
fliat guidelme fiom the patient medical records to identify the completed steps of the 
patient treatment guideluie. Thus, the server merges the mformation firom the patient 
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medical wcoids along with the standard treatment guideline to create a patient-specific 
treatment guideline, which is then sent to the user and displayed. The user can also edit the 
guideline by pointing to a step and selecting the step and then clicking on an associated 
completed button, which would then transmit a code associated with the newly completed 
step to the patient's medical records. The transmitted code would then be stored in the data 
associated with the selected patient treatment guideline along with the codes for the otter • 

completed steps, if any. 

The above methods can be stored in computer readable media to be used to. instruct 
one ormore processors to perform these methods of the present invention. The computer 
readable media includes magnetic memory, optical memory, CD-ROM, DVD, EVD. 
memory stick, RAM, ROM, or any other memory capable of storing information. 

Although various embodiments are specifically illustrated and described herein, it 
will be appreciated that modifications and variations of the invention are covered by the 
above teachmgs and are within the purview of the appended claims without departing from 
the spirit and intended scope of the invention. For example, certain codes are referred to 
'that identify patient treatments, however, any code would suffice under the present 
invention. Furfliermore, these examples should not be interpreted to limit the 
modifications and variations of the mvention covered by the claims but are merely 
illustrative of possible variations. 
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CLAIMS: 

1 . A method (40) for interacting with a medical record of a patient comprising: 
receiving (43) a patient identification into a user interface along with a care 

provider identification; 

selecting (45) a patient treatment guideline based on the entered informatior^ and 
displaying (46) the patient treatment guidelme (20) on die user interface along with 

an indicator (21) identifying a current point in the patient treatment guideline (20). 

2. The method according to claim 1, wherein die current point mcludes a last 

completed treatment in Uns patient treatment guideline (20). 

3. The method according to claim 1, wherein the current point includes a next 
treatment to he performed in the patient treatment guideline PO). 

4. The mefliod according to claim l.fttrdier comprising: 

storing (42) one or more patient treatment guidelines (20) in a database. 

5. The mefliod according to claim Uiurthercomprisfaig: 

assigning (41) a treatment guideline (20) to a patient. 

6. The method according to claim l.fiirther comprising: 

entering (44) a code identi^g a treatment into flie user interface and selecting 
(45) the patient guideline (20) based at least in part on the code. 

7. The method according to claim 1, wheiem said indicator (21) includes an arrow 
^2) pointing to flie current point in the patient treatment guideline (20). 

8. The method according to claim 1 , wherein said indicator (21) includes a color 
Wghlighting a next step m the patient treatment guideline (20). 

9. The method according to claim 1 . wherein said indicator includes a first color 
associated with all steps m the patient treatment guideline that have been completed and a 
second color associated with all steps in the patient treatment guideline that have not been 
completed and said first and second colors are different. 

10. The method according to claim 1 , further comprising: 

storing (41 , 42) one or more codes that identify one or more steps in a particular 
patient treatment guideline (20) that are to be performed for the given patient in the 
patient's medical records; and 
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appending (47) an iiiiicator to each of said one or more codes upon completion of a 
step in the particular patient treatment guideline associated with said each of said one or 
more codes. 

1 1 . The method according to claim 1 , further comprising: 

storing (42) a code that identifies one step in a particular patient treatment guideline 
upon completion of said one step in the patient's medical records; and 

modifying (47) a standard treatment guideline based on flie stored code in the 
patient's medical records before displaying flie patient treatment guideline. 

12. An apparatus (30) for displaying a medical record comprising: 
a storage (32) to store one or more patient treatment guidelines; 

a user interface (33) to accept a command ftom a user identifying a patient and 
context information and to display a sdeoted patient treatment guidelme ftom among the 
one or more patient treatment guidelines; and 

a processor (31) to search said storage for the selected patient guideline that 
matches flie identified patient and the context information. 

13. The apparatus according to clafan 12. furflier comprising a network (34) coupling 
flie user interftce (33) to flie processor (3 1), wherein said processor (3 1) comprises a 



server. 



14. Hie apparatus according to claim 10. wherein flie user interface (33) includes a RF 
Id reader (36) fliat automatically reads a patient identification and/or a clinician's 
identification and transmits this information to the processor (31). 

15. The apparatus according to claim 14, wherein flie user interface (33) includes a 
pointing device and a display. 

'16. A computer readable media having encoded fliereon instructions fliat cause one or 

more processors to perform the following: 

receive (43, 45) a patient identification ftom a user or from an automated system or 

a ID scanner/reader along wifli a care provider identification; 

select (45) a patient treatment guideline based on flie received user information; and 
display (46) flie patient treatment guidelme on a user interfiice along wifli an 

indicator identifying a current point in flie patient treatment guideline. 

17. The computer readable medU according to clahn 16, wherein said instmctions 

fiirflier cause the one or more processors to perform flie following: 

12 
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leceive (45) a code identifying a treatment from the user interfece; and 
transmit (44) received user information to a processor, which selects (45) the 
patient guideline based at least in part on the code and the user information. 

18. The computer readable media according to claim 16, wherein said indicator 
includes an arrow pointing to the current point in the patient treatment guideline. 

19. The computer readable media according to claim 1 6, wherein said indicator 
includes a color highlighting a next step in the patient treatment guideline. 

20. The computer readable media according to claim 16, wherein said indicator 
includes a first color associated with aU steps m the patient treatment guideline that have 
been completed and a second color associated with all steps in the patient treatment 
guideline that have not been completed and said first and second colors are different 
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ABSTRACT 

A clinical decision support system (30) displays a patient treatment guideline (20) 
for a given patient in response to a query from a medical practitioner along with an 
hxlicatoT (21) as to what state in the patient treatment guideline (20) the current patient is. 
According to one aspect of the present invention, an exemplary embodiment of a method 
(40) for interacting with a medical record of a patient includes: entering a patient 
identification (43) into a user interface (33) along with a care provider identification; 
selecting a patient treatment guideline (45) based on the entered inftmnation; and 
displaying the patient treatment guideline (46) on the user interface (33) along with an 
indicator (21) identifying a current point in the patient treatment guidelhie (20). An 
exemplary embodiment of an apparatus (30) for interacting with a medical record of a 
patient includes storage (32), a user interfiice (33) and a processor (31), The storage (32) 
stores one or more patient treatment guidelines (20). The user int»rfiu:e (33) accepts a 
command ftom a user identi^ng a patient and conteirt information and displays a selected 
patient treatment guideline (20) fi»m among the one or more patient treatment guidelines 
(20). TTie processor (31) searches the storage (32) for the selected patient guideline (20) 
flut matches flie identified patient and the context information. 
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assigning a treatment guideline to a patient, along vtfith proposed 
steps to be perfomted in the gaideline, If desired 
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storing one or more patient treatment guidelines in a database, or 
storing codes associated with the one or more patient treatment 
guidelines and steps within the guidelines 
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entering a patient Identification (or reading an RFID from a patient) 
Into a user interface along with a care provider identification (also 
by possibly reading care provider RFID) and transmitting this 
InfonnaHon to a processor 
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entering a code idenUfying a treatment into the user Interlace and 
transmitting this infomation to a processor 
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receiving the transmitted information by a processor and selecting 
a patient treatment guideline based on the entered Information and 
fonwarding it to the requesting user 



7^45 



I 



displaying the patient treatment guideline on the user Interface 
along with an Indicator identifying a currertt point In the patient 
treatment guideline 
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Updating the patient treatment guideline based on completed 
treatmertt and storing the updated patient treatment guideline in 

the guideline repository U^' 
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